Timing Analysis of 
Synchronous and 
Asynchronous Buses 

ABSTRACT 

This paper presents detailed examples of bus timing calcula- 
tions for both synchronous and asynchronous busses, show- 
ing that bus throughput can be maximized by taking into ac- 
count the characteristics and limitations of the transceiver 
technology being used. Based on these examples, a perfor- 
mance analysis of the currently available high speed bus in- 
terface technologies is made in terms of their maximum at- 
tainable transfer rate on both types of backplane busses. 
The results show that the use of a faster transceiver, as 
judged by its data sheet, doesn't necessarily result in a faster 
bus. 

INTRODUCTION 

In order to derive the highest possible throughput from a 
backplane bus, a careful analysis and optimization of timing 
parameters is essential. The maximum speed attainable at 
the physical level of the bus is a function of the transceiver 
technology, the electrical length of the bus, and the type of 
protocol, synchronous or asynchronous, being used. A clear 
understanding of the bus timing constraints lets the designer 
take best advantage of a given technology, such as TTL, 
ECL, or BTL (Backplane Transceiver Logic). Contrary to in- 
tuitive thinking, a faster transceiver will not always result in a 
faster bus. It can be shown through examples that greater 
bus transfer rates can be obtained by using specially de- 
signed bus transceivers, such as the BTL Trapezoidal, that 
at first glance may appear to be slower than the equivalent 
AS or FAST devices. These devices, in addition to improving 
bus bandwidth, also reduce crosstalk, ground noise, and 
system power requirements. 

BUS PROPAGATION DELAY AND SETTLING TIME 

Traditionally, system designers have used standard TTL de- 
vices to drive the backplane bus. Unfortunately, although 
TTL appears to provide fast hse and fall times, it cannot 
cleanly drive the capacitance of a loaded backplane or the 
resistance required for proper termination. BTL technology is 
a result of work that was done within the IEEE 896.1 Future- 
bus committee specifically to solve the problems of dhving a 
backplane with transmission-line charactehstics. By using a 
smaller voltage swing, lower capacitance dhvers, and receiv- 
ers with precision thresholds, BTL transceivers overcome 
the "bus driving problem." 

Simply stated, the problem is one of driving a low impedance 
transmission line {Figure 1 and Figure 2). The capacitive 
loading of a bus due to TTL transceivers reduces its imped- 
ance from an unloaded value of 60-1 OOii to a fully loaded 
impedance of less than 20ii. A properly matched termination 
resistance would therefore require a current of over 300 mA 
in order to cleanly dhve a 3V nominal TTL swing I Since most 
TTL dhvers cannot supply this current, they must depend on 
reflections to build up the bus voltage to a DC level. This re- 
sults in a settling-time penalty of one or more bus round-trip 
propagation delays on every signal transition, or 35 ns on a 
typical 20" TTL bus. 

The low output capacitance of BTL transceivers allows the 
total capacitive loading of a card in a backplane to be kept 
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under 10 pF. This doubles the impedance of a loaded bus to 
almost 30£i. BTL also specifies a reduced signal swing of 1 V, 
which allows a properly terminated bus to be dhven cleanly 
at under 75 mA. Consequently, there are no reflections, and 
the settling time is zero. A BTL driver can be guaranteed to 
cross the threshold of every receiver on the backplane with 
the incident edge of a signal wavefront. 
The propagation delay of a bus is also a strong function of 
the capacitive loading. In the TTL case, the capacitive load- 
ing increases the signal propagation delay by a factor of 3 to 
5 over an unloaded bus. In a 20" bus, BTL can reduce this 
delay from a value of 13 ns in the TTL case to less than 9 ns, 
increasing the potential bus bandwidth significantly. 

SYNCHRONOUS BUS TIMING 

For our first example, let's consider burst data transfers on a 
synchronous bus. In many backplane systems, burst trans- 
fers provide the highest performance, because the overhead 
associated with the address cycle can be spread out over a 
number of data cycles. Although other types of transactions 
may be more complex and require more time (clock cycles), 
it is likely that many systems will be optimized for burst trans- 
fers. 

In this example, we are making some simplifying assump- 
tions which ignore some of the penalties associated with a 
general-purpose synchronous bus. One of these is that the 
entire interface is synchronized to the bus clock. In general, 
each card in a backplane will be running off of its own inter- 
nal high-speed clock. This results in resynchronization meta- 
stability problems at both the master and slave interfaces, as 
well as a clock latency penalty of typically 50% of the clock 
period. We are also ignohng the return of status from the 
slave on each data transfer, by assuming all status can be 
generated before the data is clocked. This would not be true, 
for example, if parity had to be verified before the next data 
transfer could take place. 

Clock Skew 

In this example, the system clock is being disthbuted to each 
board through a clock line on the backplane. Since the clock 
line is being dhven from a single point, the loaded capaci- 
tance on it is considerably less than on most other lines, and 
the settling time is typically zero, even in a TTL-based back- 
plane. Due to the finite propagation delay across the bus, 
however, the clock edge still arrives at each board at differ- 
ent times, creating a relative edge inaccuracy commonly re- 
ferred to as clock skew. 

The worst-case skew can be cut in half by locating the clock 
source centrally on the backplane, rather than at one end. 
Additional clock skew will be introduced by the propagation 
delay differences in the receiver and logic gates that process 
the clock signal between boards. For a typical 20" TTL bus, 
with the clock driver located at the midpoint, total skew can 
easily exceed 10 ns; in our case, 5 ns for the bus, plus 7 ns 
for the receiver and a transparent latch used to implement 
bus wait states. 
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FIGURE 1. Settling Times 



Synchronous Data Transfer Timing 

In this example {Figure 3), the worst case data propagation 
delay from the master to the slave is simply the sum of the 
delays of the individual components of the data path. This 
path travels through the master's edge-triggered flip-flop and 
bus driver, across the length of the bus, and then through the 
slave's bus receiver and flip-flop, where the incoming data is 
latched. However, because this is a synchronous system, 
the data can be "pipelined" to some extent within the inter- 
vening logic. This means that the minimum clock cycle pos- 
sible under this configuration is the sum of the logic skews, 
plus the maximum bus propagation delay the set-up and 
hold times of the receiver, and the clock skew (Figure 4). 
The advantage of a synchronous system is that the absolute 
timing requirements are set by the clock; the entire system 
can be optimized with this constraint in mind. This can be- 
come a disadvantage as technology advances beyond the 
point at which the synchronous bus was designed. A syn- 
chronous system must be continually redesigned for higher 
clock rates in order to take advantage of improvements in 
technology. Synchronous busses are therefore more suited 
to specific applications than to general-purpose, extended 
lifespan products. 

Synchronous Timing Calculations 
The first set of calculations assumes a TTL bus with AS 
transceivers and logic. As can be seen, the bus settling time 



overwhelms all the other skews and delays in the system. 
The upper limit of a discrete TTL synchronous bus imple- 
mentation is roughly 1 5 MT (megatransfers/second). No par- 
ticular advantage is gained by using FAST devices because, 
while the maximum propagation delays specified for that 
family are shorter than for AS, the maximum skews are gen- 
erally greater. The effect of skew specifications is another 
subtlety of system performance analysis. 
Two types of BTL transceivers are currently available, the 
BTL Trapezoidal and the BTL Turbo. The Trapezoidal trans- 
ceivers have controlled rise and fall times on their drivers of 
6 ns (nominal) to reduce crosstalk interference and switching 
noise within the backplane. In addition, the receivers incor- 
porate crosstalk filters that practically eliminate far-end 
crosstalk problems on the bus. The Turbo transceivers elimi- 
nate these Trapezoidal features, but are much faster as a re- 
sult. Switching noise problems are overcome by the use of 
individual ground return lines for each driver. Stripline back- 
plane construction and careful layout techniques are re- 
quired to minimize crosstalk. 

Although the BTL Trapezoidal transceiver delays are much 
greater than those of the TTL devices, the absence of set- 
tling time results in a smaller overall clock cycle time. A maxi- 
mum transfer rate of 18 MT becomes possible. When the 
Turbo devices are used, system throughput increases to 24 
MT in this discrete implementation. 
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Cl (TTL) = 25 pF/0.8" = 375 pF/ft. 

Cl (BTL) = 10 pF/0.8" = 150 pF/ft. 

Zq = 75n Unloaded Bus Impedance 

Co = 20 pF/ft. Distributed Capacitance of Unloaded Bus 

Tq = 1.8 ns/ft. Unloaded Bus Propagation Delay 
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FIGURE 2. Effects of Capacitive Loading 
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FIGURE 3. Synchronous Bus Logic for Burst Data Transfers 
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FIGURE 4. Synchronous Burst Data Transfer Timing 
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FIGURE 5. Asynchronous Bus Logic for Burst Data Transfers 
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3) Max Data Driver Delay 
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TOTAL (ns) 
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3) Delay 3 
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TOTAL (ns) 

DELAY 3 

1) Max Data Receiver Delay 

2) Max '374 Setup Time 

4) <Min Sync Receiver Delay> 

5) <Min XOR Delay> 
TOTAL (ns) 
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FIGURE 6. Asynchronous Bus Logic Delay Calculations 
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FIGURE 7. Asynchronous Burst Data Transfer Timing 
(Worst Case) 



The largest cycle time delay in the final BTL Turbo example 
Is clock skew. Bus skews can be reduced by disthbuting the 
clock to each board independently, using a dedicated trace 
on the backplane such that all lines are of equal length. This 
makes the clock propagation delay from the driver to each 
board the same, and thus practically eliminates the bus 
skew. In addition, better tolerances on driver, receiver, and 
logic propagation delays (smaller skews) will Improve both 
the clock skew and the effect of transceiver delays on the 
cycle time. 

ASYNCHRONOUS BUS TIMING 

Our second example Is also of a burst transfer, but this time 
using asynchronous bus timing. In this system, the master 
Issues a strobe along with the data, and waits for an ac- 
knowledgement from the slave before removing the current 
data from the bus lines. All timing is controlled by the two 
participants in the data transfer. (Once again, we are assum- 
ing that new status does not have to be generated on each 
data transfer.) 

The greatest advantage of an asynchronous bus protocol Is 
Its ability to adapt the speed of the bus to the speed of any 
two communicating boards. The most flexibility is achieved 
when no technology dependencies are introduced into the 
protocol. Unlike a synchronous system, where every board 
Is designed with the same timing constraints in mind, a 
technology-independent module Is designed with no as- 
sumptions about the timing of the rest of the system. Instead, 
each transmitting board simply guarantees that its data Is 
valid on the bus at least zero nanoseconds before It issues 
Its synchronization signal, and each receiving board Is re- 
sponsible for ensuring that its data has been successfully 
latched before issuing an acknowledge. The protocol Itself 
Imposes no artificial set-up or hold time limitations. 
The result of this lack of timing constraints Is that a board 
built today, using today's technology, is guaranteed to work 



in a system designed perhaps twenty years from now. That 
system will be forced to slow down whenever necessary to 
accommodate the greater internal delays and skews of the 
older module. However, If two future modules are communi- 
cating, they will transfer data at the maximum rate allowed 
by the future technology. The new IEEE Futurebus standard 
implements this type of protocol. 

ASYNCHRONOUS DATA TRANSFER TIMING 

The requirement that boards generate their own data syn- 
chronization and acknowledge signals, and the likelihood of 
zero set-up and hold times on the bus, make the timing of the 
asynchronous system more complicated than the previous 
example {Figure 5). Also, we are maximizing the perfor- 
mance of the sync/ack handshake by transferring data on 
each signal transition. This Is known as a two-edge hand- 
shake. 

On the master side, the board must guarantee that its data Is 
valid on the bus before issuing the synchronization signal. 
This means that a delay must be inserted In the sync signal 
path (Delay 1) which Includes the maximum propagation de- 
lays through the XOR clock generation circuit, 
edge-triggered flip-flop, and data bus driver. This Is exces- 
sive, however, because the minimum delays through the 
sync latch and bus driver can be subtracted (Figure 6). 
On the slave side, delays are required to guarantee that both 
the set-up and hold time specifications of the data latch are 
met. The set-up time delay (Delay 3) ensures that the sync 
signal, which may have minimum propagation delays 
through the sync bus receiver and XOR clock generator, ar- 
rives at the edge-triggered data flip-flop a set-up time after 
the data, which may have a maximum delay through the data 
bus receiver. The hold time delay (Delay 2) ensures that the 
data remains at the data flip-flop a hold time after the sync 
signal, which this time may have a maximum propagation 
delay through the XOR and the set-up time delay element 
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just introduced. Since the removal of data is controlled by the 
ack signal, the hold time delay can be reduced by the mini- 
mum delays through the ack latch and bus driver, and the 
minimum propagation delay of the data bus receiver. 
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FIGURE 8. Asynchronous Burst Data Transfer Timing 
(Best Case) 



This is all very confusing at first, but these delay elements 
now in place in our circuit guarantee the receiver set-up and 
hold time requirements while maintaining the technology in- 
dependence of the bus protocol. Now we can calculate the 
burst data transfer rate on this asynchronous bus. 
The critical path is now the sync/ack handshake. The circuit 
delays are in place to make sure that data is transferred suc- 
cessfully. To calculate the transfer rate, simply add up all the 
propagation delays through the sync/ack loop {Figure 7 and 
Figure 8 on the master, the ack receiver, the sync latch. De- 
lay 1, and the sync driver; a bus propagation delay; on the 
slave, the sync receiver, the ack latch. Delay 2, and the ack 
driver; and another bus propagation delay. 
Should you use worst-case values throughout your evalua- 
tion? The beauty of a technology-independent asynchronous 
protocol is that is will adapt to the speed of the individual 
logic elements in the sync/ack handshake path. If all the de- 
vices happen to have worst-case characteristics, then yes. If 
they are all fast parts, however, then data transfer will take 
place under best-case conditions. Both calculations are in- 
cluded, providing the expected operating range of the circuit. 

ASYNCHRONOUS TIMING CALCULATIONS 

Once again, the TTL design is overwhelmed by the settling 
time of the bus. Since the sync/ack signal pair are acting as 
clocks in this system, glitches that may occur during the sig- 
nal settling time are intolerable. This means that the 35 ns 
bus settling time must be hard-wired into the receiver logic, 
and cannot be reduced under best-case conditions. The per- 



formance of an asynchronous TTL backplane, from 7.5 to 
9.2 MT, cannot approach that of a similar synchronous back- 
plane. 

The BTL Trapezoidal system has very similar performance to 
a TTL backplane under worst-case conditions. However, be- 
cause there is no settling time penalty associated with BTL 
signals, the effect of improvements in device operation have 
a far more pronounced effect. In the best case, the perfor- 
mance is close to that of the equivalent synchronous system. 
Also, since the bus signal propagation delay is a function 
only of the distance between the two boards, modules 
placed in adjacent slots will experience almost no backplane 
delays. 

A BTL Turbo board benefits from the same clean electrical 
environment that a Trapezoidal one does, except with a 
40-50% overall improvement in performance. In the best 
case, the performance is the same as that of the equivalent 
synchronous system. Of course, as device parameters im- 
prove, with lower propagation delays and skews, the perfor- 
mance of the asynchronous system will continue to improve. 
The largest reductions in the transfer cycle time will come as 
interfaces for asynchronous busses such as Futurebus are 
integrated onto a single piece of silicon, where skews and 
delays can be more tightly controlled. 

CONCLUSION 

The use of transceivers designed specifically for the 
transmission-line environment typical in today's high-speed 
backplanes provides advantages in both the performance 
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TABLE 1. Device Parameters 


Device 


Parameter 
(Transition) 


Minimum 
Prop. Deiay 


iVIaximum 
Prop. Deiay 


iVIaximum 
Si<ew 


Setup/Hoid 


DM74AS374 
Edge-Thggered Flip-Flop 


LH 
HL 


3.0 
4.0 


8.0 
9.0 


5.0 
5.0 


2.0/3.0 


DM74AS373 
Transparent Latch 


LH 
HL 


3.5 
3.5 


6.0 
6.0 


2.5 
2.5 


2.0/3.0 


DM74AS533 

Inverting Transparent Latch 


LH 
HL 


4.0 

4.0 


7.5 

7.0 


3.5 

3.0 


2.0/3.0 


DM74AS86 
2-lnput XOR 


Other Input L 
Other Input H 


2.0 
1.0 


6.5 

6.0 


4.5 
5.0 




DM74AS240 

Bus Driver/Receiver 


LH 
HL 


2.0 
2.0 


6.5 
5.7 


4.5 

3.7 




DM74AS242 
Bus Transceiver 


LH 
HL 


2.0 

2.0 


6.5 

5.7 


4.5 

3.7 




DS3896 

BTL Trapezoidal Transceiver 


Rx 

Tx 


5.0 
5.0 


18.0 
15.0 


13.0 
10.0 




DS3893 

BTL Turbo Transceiver 


Rx 

Tx 


2.0 
2.0 


8.0 
7.0 


6.0 
5.0 




Note: Values in boldface are those used in the preceding calculations. 
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